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MEJORAS INTRODUCIDAS EN LA PATENTE DE INVENCION 
N° P-200000724/4 por: PROCED IMI ENTO Y SISTEMA DE PAGOS Y 
TRANSACCIONES A DISTANCIA EN TIEMPO REAL MED I ANTE TELfiFO- 
NO M6VIL. 

5 CAMPO TECNICO DE LA INVENCION 

La invenci6n que nos ocupa, es aplicable en 
el campo industrial de las transacciones electronicas, 
relativas a comercios y medios de pago, y en el campo de 
la telefonia m6vil. 

10 OBJETO DE LA INVENCION 

La finalidad de la presente invenci6n, 
consiste en ampliar los objetivos de la patente de inven- 
ci6n principal, y se centran en permitir transacciones 
entre usuarios, de manera que se puedan realizar abonos 

15 entre usuarios, y todo ello con independencia del tipo de 

tel6fono m6vil que 6stos tengan* 

ANTECEDENTES DE LA INVENCION 
Obviamente, el antecedente iricts pr6ximo a la 
invenci6n, lo constituye su patente principal numero 

20 200000724, y en ella se describe un procedimiento y sistema 

para permitir el empleo del tel§fono m6vil como medio de 
pago en: compras presenciales , es decir directamente 
mediante el desplazamiento del usuario a la tienda; compras 
realizadas a trav6s de Internet tanto de objetos como de 

25 Propiedad Intelectual, por ejemplo informaci6n, musica o 

viedo-juegos; compras realizadas en m&quinas expendedoras ; 
compras y reservas por adelantado; y por su concepci6n en 
cualquier otro tipo de compra. En todos los casos las 
transacciones se realizan en tiempo real. 

30 Ademcis, dicha patente principal permite 

realizar el pago a partir de cualquier tipo de tel6fono 
mdvil d los empleados en el mercado, sin que 6s te deba de 
ser modificado, y sin el uso de tarjetas de cr6dito, para 
lo que prev6 un centro de transacciones y pagos que est£ 
35 dotado de las diferentes capacidades de comunicaci6n de 



telefonla m6vil con los correspondientes equipos, y de 
medios para identificar que tipo de tel^fono m6vil es el 
que efectua el pago, y asl permitir que el centro de 
transacciones y pagos pueda efectuar la comunicaci6n con 
cualquier telSfono m6vil a trav6s del equipo de telefonla 
m6vil correspondiente. Para ello, es necesario que el 
usuario de tel^fono movil se d6 de alta en el centro de 
transacciones y pagos, para lo que en este se asigna al 
usuario de tel^fono n\6vil una clave de identif icaci6n 
secreta que estd relacionada con el tel6f ono m6vil . 

La patente principal, tambi6n permite obtener 
la certif icaci6n de la compra realizada, incluso en el caso 
de la compra de Propiedad Intelectual a trav6s de Internet. 
Adem&s permite efectuar la confirmacidn de entregas de 
productos previamente comprados, certif icando la entrega 
sin necesidad de que el vendedor entregue el albar£n. 

En la referida patente principal, no se 
contempla la posibilidad de que se puedan realizar transac- 
ciones entre usuarios de tel6fonos m6viles. 

DESCRIPCION DE IA INVENCIQN 

Para conseguir la ampliaci6n de los objetivos 
de la patente principal, el presente certif icado de adici6n 
consiste en un procedimiento y sistema de pagos a distancia 
en tiempo real mediante tel^fono m6vil que resulta muy 
sencillo de usar, es de empleo universal, tanto por estar 
disponible para el usuario del cualquier teiefono o 
terminal m6vil, como por poder emplearse en cualquier 
escenario de compra, y ofrece un elevado nivel de seguridad 
a los participantes en la transaccidn, junto con una gran 
eficiencia en el pago. 

El procedimiento de la invenci6n comprende las 
siguientes f ases : 

- asignar a un usuario de tel6fono m6vil una 
clave d identif icacidn secreta relacionada con el tel6- 
fono m6vil, para darle de alta en un centro de transac- 



ciones y pagos de un bien y/o de un servicio; 

- enviar selectivamente el numero de tel6fo- 
no o un ntimero relacionado con 6ste, de un pagador o de un 
beneficiario, dependiendo de qui#n inicie la transacci6n; 
y ademcLs 

- enviar el importe de la compra o c6digo 
identif icativo del producto que se compra, al centro de 
transacciones y pagos, mediante una comunicaci6n; 

- verif icar la identidad del equipo que inicia 
la transaccion mediante el establecimiento de comunicaci6n 
con el centro de transacciones y pagos; 

- verif icar la contraparte a partir del numero 
de tel6fono recibido, comprobando que es un pagador o un 
beneficiario dado de alta en el centro de transacciones y 
pagos; 

- comprobaci6n "on line", en el centro de 
transacciones y pagos de que el pagador tiene saldo 
disponible en un multimonedero previamente creado, en dicho 
centro de transacciones y pagos; 

- si las comprobaciones anteriores" son 
correctas, se introduce por parte del pagador la clave de 
identif icaci6n secreta y se verif ica dicha clave; 

- enviar confirmacidn al pagador y al benefi- 
ciario de la transacci6n realizada. 

Todas estas caracteristicas son la esencia de 
la patente principal 200000724 a la que pertenece el 
presente certificado de adici6n, el cual se caracteriza 
porque antes de enviar confirmaci6n al pagador y al 
beneficiario de la transacci6n realizada, y si las compro- 
baciones anteriores son correctas, se introduce la clave 
de identif icaci6n del beneficiario y se verif ica 6sta, de 
forma que se permite realizar transacciones entre usuarios . 

Por tanto, mediante el presente certificado d 
adici6n se amplia el objeto de la patente principal para 
que se puedan realizar transacciones entre usuarios a 



trav6s del tel6fono mdvil, y por tanto la invenci6n permite 
efectuar abonos entre usuarios de telefono m6vil que est6n 
dados de alta en el centro de transacciones y pagos . 

En el caso en el que el usuario que desea 
realizar una transacci6n, sea el que la inicie, su identi- 
ficaci6n se efectua implicitamente mediante una conexi6n 
con su telefono m6vil con el centro de transacciones y 
pagos, al estar su numero de telefono m6vil impllcito en la 
conexion, y en este caso la identif icaci6n del beneficiario 
se efectua mediante el envio del numero de telefono m6vil 
o del ntimero relacionado con 6ste, del beneficiario por 
parte del pagador a trav6s de la conexi6n realizada. 

Al contrario, si es el beneficiario el que 
inicia la transacci6n, para que se le abone una cierta 
cantidad, la identif icaci6n del pagador se efectua mediante 
el envio de su numero de telefono m6vil o del numero 
relacionado con 6ste, por parte del benef iciario, al centro 
de transacciones y pagos. En este caso la identif icacidn 
del beneficiario se efectua implicitamente mediante una 
conexidn de un telefono m6vil perteneciente al beneficiario 
con el centro de transacciones y pagos, al estar el numero 
de tel6fono o el ntimero relacionado con 6ste, implicito en 
la conexi6n. 

El ntimero del pagador o del beneficiario 
relacionado con su numero de tel6fono, es un numero 
asignado por el centro de transacciones y pagos que al ser 
recibido por 6s te, determina el numero de tel6fono del 
pagador o del beneficiario, de manera que para realizar las 
transacciones, no es necesario que los usuarios den su 
ntimero de tel6fono. 

Tras haberse verificado la identidad del 
pagador y del beneficiario, comprobando que ambos st&n 
dados de alta en el centro de transacciones y pagos, la 
invenci6n comprende la fase de enviar, al tel6fono m6vil 
del pagador y del beneficiario mediante una conexi6n desde 
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el centro de transacciones y pagos, una petici6n de 
conf irmaci6n de que estSn conformes con la transaccion 
solicitada, que fue efectuada mediante el anterior envio 
del importe de la transacci6n. En esta petici6n se incluyen 
los datos de la transaccidn. 

Seguidamente el pagador y beneficiario 
conf irman la orden de transacci6n mediante la introducci6n 
y envio de su clave de identif icacidn secreta, a trav6s de 
su tel6fono m6vil, al centro de transacciones y pagos, en 
el que se verif ica. 

Cabe la posibilidad de que la verif icaci6n de 

la clave de identif icaci6n secreta se efecttie localmente en :* . : 

• • • • 

el tel6fono m6vil, y se envia al centro de transacciones y 
pagos el resultado de la verif icaci6n local. En este caso .:. 
en el centro de transacciones y pagos se comprueba el 

• • • 

resultado de dicha verif icaci6n a partir de la clave de 
identif icaci6n secreta del usuario que est& almacenada en . 
dicho centro de transacciones y pagos* • 
Para realizar la comunicaci6n del centro de 

• • • • 

transacciones y pagos con los tel6fonos m6viles del pagador : ...* : 

y beneficiario, se ha previsto que el procedimiento : : 

comprer.da una fase de consulta, por parte del centro de 
transacciones y pagos, de una base de datos en 61 prevista, 
que contiene las caracteristicas del tel6fono m6vil de cada 
pagador y de cada beneficiario y el numero de tel6fono de *T; 
cada uno de ellos, y a partir de esta consulta selecciona 
un equipo de comunicaci6n de telefonia m6vil entre los 
siguientes, y que estSn incluidos en el propio centro de 
transacciones y pagos: 

- Centros de mensajes cortos (CMC), a partir 
del cual se permite/realiza el servicio de Mensajes cortos 
(SMS) d finido n las especif icaciones ETSI ( Instituto 
Europeo Standard d Comunicaciones ) GSM (Sistema Global de 
Comunicaciones M6viles) 03.38, 03.40, 04.11, 09.02, 
mediant - el cual se permite intercambiar mensajes de texto 



de hasta 160 caracteres entre tel6fonos m6viles o entre 
tel6fonos m6viles y aplicaciones. Para el presente sistema 
de transacciones y pagos se emplearSn tanto los centros de 
mensajes cortos comunes, como centros de mensajes disenados 
especif icamente para permitir una comunicaci6n slncrona 
entre los telefonos mdviles y el centro de transacciones y 
pagos, y que se emplearS en todas las comunicaciones de 
mensajes cortos terminadas en telefono movil. 

- Centros del servicio suplementario no 
estructurado de datos (USSD) (Unstructured Supplementary 
Services Data) definido en las especif icaciones ETSI GSM • 
02.90, 03.90, 04.80 y 04.90, mediante el cual se permite : 
establecer diSlogos de texto continuos e interactivos entre 
un tel6fono mdvil y una aplicaci6n, iniciados tanto por el 
usuario del tel6fono m6vil (MAP fase 1 y 2) como por la . 
aplicaci6n (tel6fonos MAP fase 2), mediante el uso de las 
llamadas "operaciones USSD" . 

Tanto las operaciones USSD como el servicio : 
de mensajes cortos antes mencionado hacen uso de los 
canales de senalizaci6n SDCCH (Canal de Control dedicado : 
independiente, Stand-alone Dedicated Control Channel) en el : 
interfaz entre el tel6fono mdvil y la estaci6n base, de 
las operaciones DTAP (Direct Transfer Application Part, : 
Parte de aplicaci6n de trans ferencia directa ) desde la \ 
estaci6n base hasta la MSC (Mobile Network Switching 
Center, Central de conmutaci6n de la red m6vil), y de las * 
operaciones MAP (Mobile User Application Part, Parte de 
aplicaci6n del usuario m6vil) entre la MSC y los centros 
de USSD y de mensajes cortos respectivamente . 

- Mediante WAP (protocolo de aplicaci6n sin 
cables) (Wireless Aplicattion Protocol) que permite la 
comunicaci6n entre tel6fonos m6viles dotados de software 
adecuado y aplicaciones residentes en nodos de Internet, 
segtin las especif icaciones del WAP F6rum (http://www.wap- 
fprum.org), empleando como transporte en el caso de redes 



GSM los servicios de datos o de mensajes cortos . 

Por tanto, mediante la invenci6n se permite el 
intercambio de inf ormaci6n entre el centro de transacciones 
y pagos y los diferentes tipos de tel6fonos m6viles, sin 
que 6stos deban de ser modif icados , de modo que se faculta 
efectuar el pago-cobro mediante cualquier tipo de telefono 
movil . 

La actualizaci6n de la base de datos en la que 
se incluyen las caracteristicas del telefono m6vil de cada 
pagador y benef iciario, se actualiza autom£ticamente para 
lo que el centro de transacciones y pagos consulta los 
nodos de la red de telefonia m6vil. 

En el proceso de verif icaci6n de la clave de 
identif icacidn secreta del pagador y del benef iciario, 
intervienen alguno de los siguientes mecanismos: 

- Autentif icaci6n y cif rado GSM que se basa en 
el centro de autentif icaci6n de la red GSM en el que reside 
una clave de autentif icaci6n secreta Ki de cada usuario. 
Esta misma clave reside de forma inaccesible en la SIM 
(M6dulo de identif icaci6n de subcriptor) (Subscriber 
Identification Module) del usuario. Para el acceso a la red 
GSM, el centro de autentif icaci6n genera un ntimero aleato- 
rio RAND de 128 bits que introducido en los algoritmos no 
standard A3 y A8, junto con la clave Ki, produce respect i- 
vamente un par6metro SRES y una clave de sesi6n Kc. Estos 
par&metros se almacenan en un registro de localizacidn de 
visitantes (VLR) (Visitor Locati6n Register) del centro de 
autentif icaci6n envi&ndose el ntamero aleatorio RAND a la 
SIM donde se realiza el mismo proceso: el parSmetro SRES se 
devuelve a la red, lo que autentif ica al usuario, y la 
clave de sesi6n Kc se almacena en el terminal m6vil. A 
partir de se momento la comunicaci6n del tel6fono m6vil 
con el controlador de la estaci6n base (BSC) se cifra 
empl ando el algoritmo A5 con la clave Kc. 

- Autentif icacidn y cif rado mediant softwar 



- 9 - • 

incluido en la tarjeta SIM "Toolkit" , que es un modelo de 
programaci6n de las tarjetas SIM, descrito en las especifi- 
caciones ETSI GSM 11.11 y 11.14. Independientemente de la 
aplicaci6n de cifrado GSM que todas las tarjetas SIM 
5 ejecutan, podr&n desarrollarse aplicaciones SIM "applica- 

ti6n Toolkit" que realicen la misma gesti6n de certificados 
digitales que se efectua actualmente en aplicaciones sobre 
ordenadores personales . 

- Autentif icaci6n y cifrado mediante software 
"10 en el tel6fono m6vil, en el caso de que 6ste disponga de 

las capacidades de proceso necesarias, la gesti6n de 
certificados digitales antes mencionada podrS realizarse 
en el propio tel6fono m6vil, en lugar de en el centro de 
transacciones y pagos . 

15 En los dos tiltimos casos se envia al centro de 

transacciones y pagos el resultado de la verificaci6n 
local, tal y como ya fue comentado anteriormente. 

Ademfis para realizar una transacci6n, tras 
verificarse que las claves secretas son correctas, el 

20 procedimiento comprende una fase de descuento del importe 

de la transacci6n en el monedero del pagador, y una fase de 
abono en el monedero del benef iciario, y una vez realizada 
la confirmaci6n de la transacci6n al pagador y al benefi- 
ciario, y transcurrido un cierto tiempo, incluye una fase 

25 de actualizaci6n de los datos de la transacci6n realizada, 

lo que desencadena el abono a los benef iciarios y adeudos 
a los pagadores. 

Se han definido dos modalidades de pago- 
abono, mediante las cuales el usuario del servicio podrS 

30 abonar el importe de sus compras : 

- Modalidad de prepago, en la que el pagador 
carga previamente en su monedero, que ha sido abierto con 
anterioridad en el centro de transacciones y pagos, una 
cantidad de dinero, segun se producen las transacciones, el 

35 importe de las mismas se va descontando en tiempo real de 



esta cuenta. Al mismo tiempo el importe del pago realizado 
se suma en tiempo real al monedero del benef iciario, 
previamente creado . 

- Modalidad de pospago. En esta modalidad se 
apunta en el monedero del usuario el importe de los 
diferentes pagos realizadas durante ese mes, y se factura 
mensualmente el total contra la cuenta corriente indicada 
por el usuario. En este caso, en el monedero del benef icia- 
rio, unicamente se suman los abonos realizados, aumentando 
la cantidad en el almacenada. 

En ambos casos se podrfin asociar las cuentas 
secundarias a una principal, de manera que varios usuarios, 
provistos cada uno de su tel6fono m6vil y cada uno asociado 
a un monedero secundario, que a su vez est£ asociado al 
monedero principal, empleen el servicio, en el que figura 
tinicamente un titular. 

Para conseguir la realizaci6n de este procedi- 
miento, el sistema de la invenci6n comprende un centro de 
transacciones y pagos que se comunica con un equipo de un 
pagador y con un equipo de un benef iciario consistentes en 
un tel6fono m6vil, para permitir efectuar la compra de un 
bien y/o un servicio, y ademfis : 

- el centro de transacciones y pagos compren- 
de medios para asignar a un usuario de tel6fono m6vil una 
clave de identif icaci6n secreta relacionada con el tel6fono 
m6vil y con medios para almacenar dicha clave, para dar de 
alta al usuario en el centro de transacciones y pagos; 

- el tel6fono m6vil cuenta con medios para 
enviar selectivamente el numero de tel6fono, o un ntimero 
con 61 relacionado, del pagador o del benef iciario, 
dependiendo de quifin inicie la transacci6n; y ademSs cuenta 
con medios para enviar el importe de la compra o c6digo 
identif icativo del producto que se compra, al c ntro de 
transacciones y pagos; 

- contando ademds dicho centro de transaccio- 



nes y pagos con los siguientes medios: 

- medios para verificar la identidad del 
equipo que inicia la compra, mediante el establecimiento de 
comunicacidn con el centro de transacciones y pagos; 

- medios para verificar la contraparte a 
partir del numero de tel4fono recibido, o del numero con el 
relacionado, para lo que dichos medios comprueban que es un 
pagador o un beneficiario dado de alta en el centro de 
transacciones y pagos; 

- medios de comprobaci6n "on line" de que el 
pagador tiene saldo disponible en un multimonedero incluido : 
en dicho centro de transacciones y pagos; ; 

- medios para enviar confirmaci6n al pagador 
y al beneficiario de la transaccidn realizada; 

- comprendiendo ademcis el equipo del pagador, 
medios para introducir su clave de identif icaci6n secreta; 
e incluyendo ademcis el sistema; 

- medios para verificar la clave secreta del : 
pagador . • 

Todas estas caracteristicas del sistema : 
pertenecen a su patente principal, y el presente certifica- : 
do de adici6n se caracteriza porque comprende medios para 
introducir la clave de identif icaci6n secreta del benefi- : 
ciario y medios para verificar dicha clave de identifica- : 
ci6n secreta del beneficiario, de modo que permite efectuar * 
transacciones entre usuarios . 

El tel6fono m6vil del usuario dispone de una " 
o varias de las siguientes capacidades y protocolos de 
comunicacidn: SMS, USSD, o WAP que fueron descritos con 
anterior idad . 

En una realizaci6n de la invenci6n los medios 
para verificar la clave secreta del pagador y/o beneficia- 
rio, se ncuentran previstos en el centro de transaccion s 
y pagos para lo que a 6ste se le envia la clave de identi- 
ficaci6n secreta, Pudiendo ademcis stos medios estar 



previstos en los tel6f onos m6viles de dicho pagador y 
benef iciario, segun otra realizaci6n de la invencidn. En 
este tiltimo caso se envla al centro de transacciones y 
pagos la verificacidn local realizada en el tel6fono m6vil 
y en el centro de transacciones y pagos se comprueba el 
resultado de dicha verif icacidn, a partir de la clave de 
identif icaci6n secreta del pagador y benef iciario que est&n 
almacenadas en dicho centro de transacciones y pagos. 

Igualmente el centro de transacciones y pagos 
cuenta con los siguientes equipos de comunicacidn de 
telefonia mdvil : CMC, USSD, WAP, y con medios para almace- 
nar las caracteristicas y ntimero de tel6fono del tel6fono 
mdvil de cada usuario, asi como con medios para seleccionar 
uno deentre los equipos anteriores para permitir el pago 
mediante cualquier tipo de tel6fono m6vil. 

Los diferentes medios del centro de transac- 
ciones y pagos, se materializan eh un servidor "on line" de 
transacciones y pagos en el que se incluyen los bancos de 
datos correspondientes a los monederos de los pagadores y 
a los monederos de los benef iciarios previamente creados, 
asi como los datos correspondientes a cada tel6fono m6vil. 

El servidor "on line" de transacciones est£ 
conectado "off line" a un servidor de administraci6n y 
gesti6n que incluye bancos de datos correspondientes a los 
pagadores y benef iciarios , para efectuar conexi6n con 
entidades financieras y actualizar las transacciones 
realizadas . 

El centro de transacciones y pagos cuenta con 
medios para descontar del monedero del pagador, en tiempo 
real el importe de los pagos realizados; y anadir al 
monedero del benef iciario el importe de los abonos en 
tiempo r al de la transacci6n que ha sido efectuada. 

Ademfis en una realizaci6n, el centro de 
transacciones y pagos cuenta con medios para almacenar en 
el monedero del pagador el importe de los diferentes pagos 



efectuados, y con medios para descontar periddicamente de 
la cuenta corriente del pagador dichos pagos efectuados. En 
este caso se han previsto medios para almacenar el importe 
de los diferentes abonos realizados en el monedero del 
benef iciario . 

El centro de transacciones y pagos estci dotado 
de medios para asociar al monedero, monederos secundarios, 
y con medios para asociar a cada uno de dichos monederos 
secundarios, un telefono m6vil de un pagador, para permitir 
una transacci6n, por parte de varios pagadores y permitir 
recibir el importe de un abono a varios benef iciarios a 
partir del monedero. 

A continuaci6n para facilitar una mejor [' 
comprensi6n de esta memoria descriptiva y formando parte : 
integrante de la misma, se acompana una unica figura en la 
que con car&cter ilustrativo y no limitativo se ha repre- - 
sentado el objeto de la invencidn. 

BREVE ENUNCIADO DE LA FIGURA 
En la figura 1 y unica, se muestra un diagrama . 
de bloques funcional de un posible ejemplo de realizaci6n \ 
del sistema de la invenci6n para efectuar una transacci6n " 
entre usuarios . : 
DESCRIPCION DE LA FORMA DE REAL I Z AC 1 6N PREFERIDA : 
A continuaci6n se realiza una descripci6n de 
la invenci6n basada en las f iguras anteriormente comentadas : 
La invenci6n ha sido especialmente concebida \ 
para facultar transacciones entre usuarios 13, 13a que sean 
propietarios de un tel6fono mdvil 16, y que est6n dados de * 
alta en un centro de transacciones y pagos 17. Cuando los 
usuarios son dados de alta en el centro de transacciones y 
pagos 17, a cada uno de ellos se le asigna una clave de 
identif icaci6n secreta que est£ relacionada con su numero 
d tel6f ono m6vil . 

Para realizar una transacci6n, es necesario 
que el centro de transacciones y pagos 17 comunique con los 



ah 



- 14 - 

dif erentes tel6fonos m6viles 16 de los usuarios 13, 13a 
para lo que dicho centro de transacciones y datos est& 
dotado de un centro de mensajes cortos 18, que se caracte- 
riza por realizar comunicaciones sincronas, y de uri equipo 
5 de comunicaciones m6viles USSD 19, de manera que se permite 

establecer la comunicaci6n con cualquier tipo de tel6fono 
m6vil 16 de los existentes en el mercado sin que deban de 
variarse sus caracteristicas . 

Asi, cuando un pagador 13 desea realizar una 

10 transacci6n con un beneficiario 13a, establece una comuni- 

caci6n 39a con el centro de mensajes cortos 18, o una 
comunicaci6n 39b con el equipo de comunicaciones m6viles 

- 19, dependiendo del tipo de tel6fono m6vil que tenga el 

usuario. 

15 En la comunicaci6n 39a o 39b, envia una orden 

de pago que contiene el ntimero de tel6fono del beneficiario 
13a o un ntimero relacionado con 6ste y diferente de la 
clave de identif icaci6n secreta, y ademfis envia el importe 
de la transacci6n cuya autorizaci6n se est& solicitando 

20 correspondiente por ejemplo a una deuda que se desea 

saldar, o un abono que se desea realizar. 

El centro de transacciones y pagos 17" cuenta 
con un servidor "on line" de transacciones y pagos 20 que 
incluye un banco de datos 21 de almacenamiento de los 

25 dif erentes tipos de tel6fonos m6viles 16 de cada usuario 

13, 13a y de los ntimeros de tel6fono de cada uno de ellos. 

AdemSs el centro de transacciones y pagos 
incluye un banco de datos 22 en el que se almacenan los 
datos ref erentes al centro de transacciones y pagos 17. 

30 En dicho banco de datos 22 tambi6n se almace- 

nan los distintos usuarios 13, 13a que estSn dados de alta 
en el servicio de pago; para lo que en el banco de datos 
22 se almacena el ntimero de t l§fono del pagador y del 
beneficiario o un ntimero relacionado con §ste, y la clave 

35 secreta que se le asigna al darse de alta en el servicio de 
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pagos . 

La elecci6n del equipo de comunicaciones para 
establecer la comunicacion 39a 6 39b se efectua mediante 
una fase 4, en la que el servidor 20 consulta el banco de 
5 datos 21, para determinar cu&l es el tipo de telefono m6vil 

del que es propietario el pagador 13. 

La actualizacion de la base de datos 21 se 
realiza automSticamente mediante un proceso de consulta a 
los nodos de la red de comunicaciones moviles, en los que 
10 estci registrado el IMEI ( Identif icador del Equipo M6vil 

Internacional ) del tel6fono m6vil 16 del pagador 13, y a 
partir del cual el sistema conoce dichas caracteristicas . 

A traves del origen de la comunicaci6n 39a 6 
39b, el servidor 20 comprueba la identidad del pagador 13, : # . : 
15 ya que en dicha conexi6n estfi implicito su numero de 

tel6fono, y ademSs verifica que el ntimero de tel6fono del .:. 
beneficiario enviado, o el numero relacionado con £ste, 

• • • 

corresponde a un usuario subscrito al servicio de pago, y 
comprueba el saldo o estado de cr6dito del pagador, 
20 mediante una fase 3. La comprobaci6n del saldo se efectua : 

• • • • 

en un monedero previamente abierto en el banco de datos 22. 

Si las comprobaciones anteriores dan un 
resultado positivo, el servidor 20 envla al tel6fono 16 
del pagador 13 una petici6n 5a 6 5b de confirmaci6n de la 

• • • 

25 orden de pago, dependiendo del tipo de tel&fono m6vil 16 

del que sea propietario el pagador 13, de modo que en su 
tel6fono m6vil se muestra en pantalla la petici6n de la 
autorizaci6n con los detalles de la orden de pago. 

En el caso de que el telefono m6vil 16 

30 disponga de las capacidades USSD fase 2, y por tanto se 

hubiera establecido la comunicacidn 39a, la fase 5a se 
realiza mediante el envio de una trama USSD de manera que 
al recibir esta trama el tel6fono m6vil 16, muestra en 
pantalla la petici6n de la autorizaci6n con los detalles de 

35 la orden de cobro. 



En el caso de no disponer el tel6fono m6vil 16 
del usuario 13, de las capacidades USSD fase 2, y por tanto 
se hubiera establecido la comunicaci6n 39b, la petici6n de 
conf irmaci6n de orden de cobro se realiza mediante el envlo 
5b de un mensaje corto clase 0 con los detalles de la orden 
de cobro e instrucciones para enviar la autorizaci6n. Al 
recibir un mensaje corto clase 0 el telefono movil 16, lo 
muestra en pantalla sin necesidad de que el usuario navegue 
por la estructura de menus almacenada en el telefono m6vil. 

El pagador 13 confirma la orden de pago 
recibida 5a 6 5b introduciendo 6 la clave de identi- 
ficaci6n secreta, que le fue asignada al darse de alta en 
el servicio, a trav6s del teclado de su telefono m6vil. : 
Esta clave de identif icaci6n secreta podrfi verif icarse : 
localmente en el tel6fono m6vil, mediante la fase 33 "en el 
caso de que el tel6fono m6vil cuente con mecanismos de 
autentif icaci6n en tarjetas SIM. En este caso se efectua 
una fase 7d en la que se envia, al servidor de pagos, el 
resultado de la autentif icaci6n local mediante un mensaje 
corto dirigido al centro de mensajes cortos 18 sincrono • 
mencionado anteriormente . En este caso el centro de : 
transacciones y pagos comprueba el resultado de dicha • 
verif icaci6n a partir de la clave de identif icaci6n secreta : 
del usuario que tiene almacenada. 

Si no se dispone de estos mecanismos, se envia : 
la clave secreta empleando el cif rado de la red de comuni- • 
caciones m6vil descrito en el apartado de descripci6n de la • 
invencidn, mediante alguno de los procedimientos que a * 
continuaci6n se sefiala: 

En el caso de tratarse de un tel6fono m6vil 16 
con capacidad USSD fase 1 y 2, que ha recibido la petici6n 
mediante la fase 5a, la clave secreta de identif icaci6n qu 
el pagador ha tecleado en la fase 6 se envia mediante la 
fase 7a sobr la conexi6n que se abri6 en dicha fase 39a. 

En el caso de tratarse de un tel6f ono m6vil 



con capacidad USSD fase 1, que ha recibido la petici6n 
mediante la fase 5b, la secuencia que el pagador ha 
tecleado consiste en un c6digo de servicio USSD, seguido de 
la clave secreta, y se envia mediante la fase 7b en una 
trama de operacion USSD fase 1 originada en el telefono 
movil • 

En el caso de tratarse de un telefono mdvil 
sin capacidad USSD, se ha recibido la petici6n mediante la 
fase 5b, la secuencia que el pagador 13 teclea consiste en 
la clave secreta, que se envia mediante la fase 7c en un 
mensaje corto, mediante respuesta a la fase 5b, a un ntimero 
corto asignado por la operadora a este servicio, dependien- 
do del ntimero de telefono m6vil 16 del pagador 13. 

Seguidamente el servidor 20 verifica la clave 
secreta enviada por el pagador 13 mediante la fase 8. 

A continuaci6n el servidor 20 envia al 
telefono m6vil 16 del benef iciario 13a una petici6n 5c 6 5d 
de confirmaci6n de la orden de pago, dependiendo del tipo 
de telefono m6vil 16 del que sea propietario el beneficia- 
rio 13a. 

Para la elecci6n de las fases 5c 6 5d, el 
servidor 20 realiza un proceso id<§ntico al descrito para 
las fases 5a 6 5b, introduciendo 6 el beneficiario 13b la 
clave secreta, la cual podr<§ verificarse localmente, 
mediante la fase 33 6 en el centro de transacciones y pagos 
17, de forma id6ntica a la descrita con anterioridad, de 
modo que las fases 7e y 7f son id6nticas a las fases 7a y 
7b, y las fases 7g y 7h son id6nticas a las fases 7c y 7d. 

Seguidamente el servidor 20 verifica la clave 
secreta enviada por el beneficiario 13a mediante la fase 8, 
y en caso de ser positivo el resultado de la verificaci6n 
de ambas claves de identif icaci6n secretas correspondientes 
al pagador y b nef iciario, se descuenta del monedero o 
cuenta de cr6dito del pagador el importe de la transacci6n 
mediant la fase 9 y se suma al monedero/cuenta de crSdito 



del beneficiario el importe de la transacci6n mediante 
dicha fase 9, y a continuacidn se envla conf irmacion de la 
transacci6n a los tel6fonos m6viles 16 tanto del pagador 13 
como del beneficiario 13a mediante las fases 10. 

Posteriormente mediante la fase 11, que es una 
fase "off line", se actualizan los datos hacia un servidor 
de administraci6n y gesti6n 23, lo que desencadena los 
procesos de abonos a los benef iciarios y adeudos a los 
pagadores, dependiendo de la modalidad de pago elegida, a 
trav§s de las aplicaciones especificas construidas de 
relaci6n con las entidades financieras, con las que se 
establece comunicaci6n a trav6s de la linea 26. Para 
realizar esta f uncionalidad, el servidor de administracidn 
y gesti6n 23 cuenta con un banco de datos 25 correspondien- 
te a los usuarios 13, 13a del sistema. ' 

De esta manera, se permite efectuar transac- 
ciones entre usuarios que sean propietarios de un tel6fono 
m6vil y que est6n dados de alta en el centro de transaccio- 
ries y pagos 17. 

Evidentemente cabe la posibilidad de que la 
transacci6n sea iniciada por el beneficiario 13a, en cuyo 
caso el proceso se efectuaria de forma inversa al descrito 
es decir primero se pide la confirmaci6n de la clave 
secreta del beneficiario y posteriormente la del pagador. 



REIVINDICACIONES 
1.— PROCEDIMIENTO , que comprende las siguien- 

tes fases: 

- asignar a un usuario (13, 13a) de tel6fono 
m6vil (16) una clave de identif icaci6n secreta relacionada 
con el tel6fono m6vil, para darle de alta en un centro de 
transacciones y pagos (17) de un bien y/o de un servicio; 

- enviar selectivamente el numero de tel6fo- 
no o un numero relacionado con 6ste, de un pagador (13) o 
de un beneficiario (13a), dependiendo de quien inicie la 
transacci6n; y adentcis 

- enviar el importe de la compra o cddigo 
identif icativo del producto que se compra, al centro de 
transacciones y pagos (17), mediante una comunicaci6n (39a, 
39b, 39c, 39d); 

- verificar la identidad del equipo (16) que 
inicia la transaccidn mediante el establecimiento de 
comunicaci6n con el centro de transacciones y pagos; 

- verificar la contraparte (13) a partir del 
niimero de tel6fono recibido, comprobando que es un pagador 
o un beneficiario dado de alta en el centro de transaccio- 
nes y pagos; 

- comprobaci6n (3) "on line", en el centro de 
transacciones y pagos (17) de que el pagador tiene saldo 
disponible en un multimonedero previamente creado, en dicho 
centro de transacciones y pagos; 

- si las comprobaciones anteriores son 
correctas, se introduce (6) por parte del pagador la clave 
de identif icaci6n secreta y se verifica dicha clave; 

- enviar confirmaci6n (10) al pagador y al 
beneficiario de la transaccidn realizada; 

se caracteriza porque: 

- antes de nviar confirmaci6n (10) al pagador 
y al ben ficiario de la transacci6n realizada, y si las 
comprobaciones anteriores son correctas, se introduce (6) 



la clave de identif icaci6n del benef iciario, y se verifica 
6sta; para permitir transacciones entre usuarios (13, 13a). 

2. - PROCEDXMIENTO, segtin reivindicaci6n 1, 
caracterizado porque si es el benef iciario (13a) el que 
inicia la transacci6n, la identif icaci6n del pagador (13) 
se efecttia mediante el envio de su numero de tel6fono m6vil 
o del numero relacionado con este, por parte del benef icia- 
rio, al centro de transacciones y pagos . 

3. - PROCEDIMIENTO, segun reivindicacion 2, 
caracterizado porque si es el benef iciario (13a) el que 
inicia la transacci6n, su identif icaci6n se efecttia 
implicitamente mediante una conexidn (39c, 39d) de un 
tel6fono mdvil (16) del beneficiario con el centro de i 
transacciones y pagos (17), al estar el numero de tel6fono : 
del beneficiario, o el ntimero relacionado con 6ste, 
implicito en la conexi6n, y la identif icaci6n del pagador 
se efecttia mediante el envio del numero de tel6fono m6vil 

o del numero relacionado con <§ste del pagador por parte del 
beneficiario a trav6s de la conexi6n realizada. 

4. - PROCEDIMIENTO/ segtin reivindicacidn l/* : 
caracterizado porque si es el pagador (13) el que inicia la : 
transaccidn, su identif icaci6n se efecttia implicitamente : 
mediante una conexi6n (39a, 39b) con su tel6fono m6vil (16) • 
con el centro de transacciones y pagos (17), al estar su 
ntimero de tel6fono m6vil implicito en la conexi6n; y la : 
identif icaci6n del beneficiario se efecttia mediante el : 
envio de ntimero de tel6fono mdvil, o del ntimero relacionado " 
con 6ste, del beneficiario por parte del pagador a trav6s * 
de la conexi6n realizada. 

5. — PROCEDIMIENTO, segtin reivindicaciones 
anteriores, caracterizado porque el ntimero del pagador o 
del beneficiario relacionado con su ntimero de tel^fono, es 
un ntimero asignado por el centro de transacciones y pagos, 
que al ser recibido por 6s te, determina el ntimero de 
tel6fono del pagador o del beneficiario. 



6. - PROCEDIMIENTO, segun reivindicaci6n 1, 
caracterizado porque tras verificar la contraparte (16), 
comprobando que es un pagador (13) o un beneficiario (13a) 
dado de alta en el centro de transacciones y pagos, 
comprende la fase de enviar (5a, 5b, 5c, 5d) , al tel6fono 
m6vil del pagador y del beneficiario mediante una conexion 
(39a, 39b, 39c, 39d) desde el centro de transacciones y 
pagos, una petici6n de conf irmacion de que esta conforme 
con la transacci6n solicitada, incluy6ndose en esta 
petici6n los datos de la transaccion. 

7. - PROCEDIMIENTO, segun reivindicacidn 6, 
caracterizado porque el pagador y beneficiario conf irman la 
orden de transacci6n mediante la introduccidn (6) y envio : 
(7a, 7b, 7c, 7e, 7f, 7g) de su clave de identif icaci6n ; 
secreta, a trav6s de su tel6fono m6vil, al centro de 
transacciones y pagos (17), en el que se verifica. 

8. - PROCEDIMIENTO, segun la reivindicaci6n 6, 
caracterizado porque la verificaci6n de las claves de 
identif icacidn secreta del pagador y del beneficiario se 
efecttia localmente (33) en el tel6fono m6vil (16), y se • 
envia (7d, 7h) el resultado de la verificacidn local al : 
centro de transacciones y pagos (17), en el que se comprue- : 
ba dicha verificaci6n a partir de la clave de identifica- : 
ci6n secreta del usuario. 

9. - PROCEDIMIENTO, segun reivindicaci6n 1, : 
caracterizado porque ademSs comprende una fase (4) de : 
consulta, por parte del centro de transacciones y pagos * 
(17), de una base de datos (21) en 61 prevista, que • 
contiene las caracteristicas del tel6fono m6vil de cada • 
pagador y beneficiario y su numero de tel6fono selecciona 
un equipo de comunicaci6n de telefonia m6vil entre los 
siguientes : 

- Centro de mensajes cortos (CMC) (18) 
sincrono que permite intercambiar mensajes cortos; 

- centro de servicio suplementario no estruc- 



turado de datos (USSD) (19) que permite establecer didlogos 
de texto continuos e interactivos entre un tel6fono m6vil 
y el servidor de pagos, que son iniciados tanto desde el 
telSfono m6vil del usuario (fase 1 y 2) como por el 
servidor de pagos (fase 2) mediante el uso de las llamadas 
"operaciones USSD"; 

- plataforma de protocolo de aplicaci6n sin 
cables (WAP) que permite la comunicaci6n entre telefonos 
m6viles (16) dotados del software adecuado y aplicaciones 
residentes en nodos de Internet, para comunicar dichos 
tel§fonos m6viles con el centro de transacciones y pagos 
(17); todo ello para permitir el pago mediante cualquier 
tipo de tel6fono m6vil. : 

10. — PROCEDIMIENTO , segun reivindicaci6n 8, ; 
caracterizado porque el centro de transacciones y pagos 
actualiza la base de datos (21) automdticamente consultando 
los nodos de la red de telefonia m6vil. 

11. — PROCEDIMIENTO, segtan reivindicaci6n 7, 
caracterizado porque la verificacidn de las claves de 
identif icaci6n secreta del pagador y del benef iciar-io se • 
efecttia a trav6s de los equipos de telefonia (CMC, USSD, : 
WAP) previstos en el centro de transacciones y pagos (17). : 

12. — PROCEDIMIENTO, segun reivindicaci6n 1, ; 
caracterizado porque tras verificarse que las claves 
secretas son correctas, ademSs comprende una fase (9) de : 
descuento del importe de la transacci6n en el monedero del : 
pagador, y de abono en el monedero del benef iciario . 

13. - PROCEDIMIENTO, segun reivindicaci6n 1, • 
caracterizado porque una vez realizada la confirmacidn (10) ' 
de la transacci6n al pagador y al benef iciario, y transcu- 
rrido un cierto tiempo, incluye una fase de actualizaci6n 
(11) de los datos de la transacci6n realizada en un 
servidor de administraci6n y gesti6n (23), lo que desenca- 
dena el abono a los b neficiarios y adeudos a los pagado- 
res . . 
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14. - PROCEDIMIENTO , segun reivindicacidn 12, 
caracterizado porque el importe de los pagos se descuenta 
en tiempo real del monedero, el cual se crea mediante el 
previo pago por parte del pagador, y el abono al benef i- 

5 ciario se realiza en tiempo real en un monedero previamente 

creado . 

15. - PROCEDIMIENTO, segun reivindicacidn 14, 
caracterizado porque el importe de los diferentes pagos se 
almacena en el monedero, y se descuenta periodicamente de 

10 la cuenta corriente del pagador, en tanto que el importe de 

los diferentes abonos se almacena en el monedero del 
benef iciario . 

16 PROCEDIMIENTO, segtin las reivindicaciones 
14 6 15, caracterizado porque a los monederos se les 

15 asocian monederos secundarios, cada uno asociado a un 

tel6fono m6vil de un pagador o benef iciario, para permitir 
el adeudo o abono a varios pagadores o benef iciarios a 
partir del monedero. 

17.— SISTEMA, que comprende un centro de 

20 transacciones y pagos (17) que se comunica con un tel6fono 

m6vil (16) de un benef iciario (13a) y con un tel6fono m6vil 
(16) de un pagador (13), para permitir efectuar la compra 
de un bien y/o un servicio; y adem&s : 

- el centro de transacciones y pagos (17) 

25 comprende medios (20, 22) para asignar a un usuario (13, 

13a) de tel^fono mdvil (16) una clave de identif icaci6n 
secreta relacionada con el tel6fono m6vil y con medios (22) 
para almacenar dicha clave, para dar de alta al usuario 
(13, 13a) en el centro de transacciones y pagos; 

30 - el tel6fono mdvil (16) cuenta con medios 

para enviar selectivamente el numero de tel6fono, o un 
ntimero relacionado con §ste, del pagador o del benef icia- 
rio, dependiendo de qui6n inicie la transacci6n; y ademcis 
cuenta con medios para enviar el importe de la compra o 

35 c6digo id ntificativo del producto que se compra, al centro 



de transacciones y pagos; 

- contando ademds dicho centro de transaccio- 
nes y pagos con los siguientes medios : 

- medios para verificar (20, 22) la identidad 
del equipo (16) que inicia la compra, mediante el estable- 
cimiento de comunicacion (39a, 39b, 39c, 39d) con el centro 
de transacciones y pagos; 

- medios para verificar (20, 22) la contrapar- 
te a partir del numero de tel6fono recibido, para lo que 
dichos medios comprueban que es un pagador o un benef icia- 
rio dado de alta en el centro de transacciones y pagos; 

- medios (20, 22) de comprobacidn "on line" de 
que el pagador tiene saldo disponible en un multimonedero 
incluido en dicho centro de transacciones y pagos; 

- medios para enviar (18, 19) confirmaci6n al 
pagador y al benef iciario de la transacci6n realizada; 

- comprendiendo ademfis el equipo (16) del 
pagador (13), medios para introducir su clave de identif i- 
caci6n secreta; 

- habi6ndose previsto que el sistema incluya 
medios para verificar la clave secreta del pagador; 

se caracteriza porque el equipo (16) de dicho 
benef iciario comprende medios para introducir su clave de 
identif icaci6n secreta; y porque se han previsto medios 
para verificar dicha clave de identif icaci6n secreta del 
benef iciario, de modo que permite efectuar transacciones 
entre usuarios . 

18. - SISTEMA, segtin reivindicaci6n 17, 
caracterizado porque el tel6fono m6vil (16) del pagador y 
del benef iciario estcin dotados de una o varias de las 
capacidades y protocolos de comunicaci6n siguientes: 

- CMC 

- USSD 

- WAP • 

19. - SISTEMA, segfin reivindicaciones 17 y 18, 



caracterizado porque el centro de transacciones y pagos 
cuenta con los siguientes equipos de comunicaci6n de 
telef onia m6vil : 

- CMC (18) 
5 - USSD (19) 

- WAP 

y con medios (21) para almacenar las caracte- 
rlsticas del tel6fono m6vil de cada pagador y beneficia- 
rio y su ntimero de tel6fono, asi con medios para seleccio- 

10 nar uno de entre los equipos anteriores, para permitir el 

pago mediante cualquier tipo de tel6fono m6vil (16). 

20.- SISTEMA, segun reivindicaci6n 18, 
caracterizado porque el tel^fono m6vil del pagador y del 
beneficiario est&n dotados de medios para verificar la 

15 clave de identif icaci6n secreta y de medios para enviar el 

resultado de dicha verif icacidn al centro de transacciones 
y pagos; contando el centro de transacciones y pagos con 
medios para comprobar dicha verif icaci6n local a partir de 
la clave de identif icacidn secreta en 61 almacenada . 

20 21.- SISTEMA, segtin reivindicaci6n 19, 

caracterizado porque el tel^fono m6vil del pagador y del 
beneficiario cuentan con medios para enviar su clave de 
identif icaci6n secreta al centro de transacciones y pagos, 
y 6ste est£ dotado de medios para verificar la clave de 

25 identif icaci6n secreta del pagador y del beneficiario. 

22.- SISTEMA, segun reivindicaci6n 17, 
caracterizado porque los distintos medios del centro de 
transacciones y pagos se materializan en un servidor (20) 
"on line" de transacciones. 

30 23.- SISTEMA, segun reivindicaci6n 22, 

caracterizado porque el servidor (20) "on line" de transac- 
ciones, incluye bancos de datos correspondientes al 
monedero de los pagadores (13) y a monederos de los 
benef iciarios (13a) previamente creados, as! como los datos 
35 (22) correspondientes a cada tel6fono m6vil (16). 



24. - SISTEMA, segtin reivindicaci6n 23, 
caracterizado porque el servidor (20) "off line" de 
transacciones estfi conectado "on line" a un servidor de 
administraci6n y gesti6n (23) que incluye bancos de datos 
(24) correspondientes a los pagadores y benef iciarios , para 
efectuar conexi6n (26) con entidades financieras y actuali- 
zar las transacciones realizadas . 

25. - SISTEMA, segun reivindicaci6n 17, 
caracterizado porque el centro de transacciones y pagos 
cuenta con medios (20, 22) para descontar del monedero del 
pagador, en tiempo real el importe de los pagos realizados; 
y anadir al monedero del beneficiario el importe de los 
abonos, en tiempo real de la transacci6n que le ha sido 
ef ectuada. 

26. — SISTEMA, segun reivindicaci6n 17, 
caracterizado porque el centro de transacciones y pagos 
cuenta con medios (20, 22) para almacenar en el monedero 
del pagador el importe de los diferentes pagos efectuados, 
y con medios para descontar peri6dicamente de la cuenta 
corriente del pagador dichos pagos efectuados; contando 
ademcis con medios para almacenar el importe de los diferen- 
tes abonos realizados en el monedero del beneficiario. 

27. - SISTEMA, segun reivindicaciones 25 6 26, 
caracterizado porque el centro de transacciones y pagos 
cuenta con medios para asociar a los monederos, monederos 
secundarios, y con medios para asociar a cada uno de dichos 
monederos secundarios, un tel6fono m6vil de un pagador , 
para permitir transacciones, por parte de varios pagadores 
y permitir recibir el importe de la transacci6n a varios 
benef iciarios a partir del monedero. 

28. - SISTEMA, segun reivindicaci6n 17, 
caract rizado porque el centro de transacciones y pagos 
estd dotado de medios de almacenamiento de un nfimero a 
partir del cual identifica el ntimero de tel6fono del 
pagador y/o beneficiario. 



